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Japanese Patent Laid-Open Publication No.Hei 9-114893 
[0005] 

[lyiode for Carrying out the Invention] Fig, 1 is a diagram 
5 showing the hardware of a scheduling system according to 
the present invention. In Fig. 1, 1 represents a keyboard 
which is a data input unit. A user data register unit 10 
contains data of all the users which is entered from the 
keyboard 1. A servant data register unit 20 contains data 
10 of all the servants which is entered from the keyboard 1. 
As employed herein, the users refer to handicapped people, 
' and the servants to helpers who give care to the 
handicapped people. 

[0006] A user application data register unit 30 contains 
15 the application statuses of the users in a given period, 
such as a certain month, which are registered from the 
keyboard 1. A servant schedule register unit 40 contains, 
for example, the schedules of the servants in a certain 
month which are registered from the keyboard 1. A control 
20 • unit 50 performs the process of assigning available 

servants according to the users' application data stored in 
the user application data register unit 30. That is, the 
control unit 50 assigns servants to users so as to meet the 
wishes of the users and maintain fairness in the numbers of 
25 visits of the individual servants. This assignment 

processing will be described later in conjunction with a 
flowchart shown in Fig. 8. 
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[0007] A RAM 60 is used to temporarily retain data that is 
processed by the control unit 50 at the time of execution 
of predetermined processes. The user data stored in the 
user data register unit 10 has a structure as shown in Fig. 
5 2. More specifically, the user data consists of user IDs 
for identifying the users, user names, address codes 
indicating what address sections the users' addresses 
belong to, and the gender information of the users. In 
this connection, the address codes are composed of sections 

10 predetermined in a given municipality. For example, oo- 
chome, 90-cho, 00-shi is determined as section 1. 
[0008] The servant data stored in the servant data register 
unit 20 has a structure as shown in Fig. 3. More 
specifically, the servant data consists of servant IDs for 

15 identifying the servants, servant names, address codes 

indicating what address sections the servants' addresses 
belong to, and the gender information of the servants, and 
coded information (skill codes) showing' what s]<:ills the 
servants have (such as proficiency in sign language and a 

20 qualification for nursing). In Fig. 3, the servants are 

shown with a single skill code each, whereas they may have, 
a plurality of them naturally. These skill codes are 
composed of the ones shown in Fig. 4. Here, "'sign 
language" indicates being proficient in sign language, and 

25 "nursing" having a qualification for nursing. Besides, 

"swimming," "karaoke," and "dance" show that the servant 
could join users in doing these, and "license" indicates 
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the possession of a driving license. Moreover, ^'hospital" 
shows that the servant could bring users to a hospital. 
Incidentally, these skills are shown here for purposes of 
illustration only . 
5 [0009] The users' application data stored in the user 

application data register unit 30 has a structure as shown 
in Fig* 5'. That is, the users' application data consists 
of user IDs, user names, the numbers of visits desired, 
purpose information showing what skills are desired of 

10 servants, desired dates and times, status information 

indicating if the reservations are completed (if who to be 
sent among the servants is determined) , and the ID numbers 
of servants who are determined to be sent. Incidentally, 
the reservation status information fields and the ID number 

15 fields of the to-be-sent servants remain blank until the 
completion of the servant assignments. Besides, the 
desired dates and times show only the times to start 
servicing. The reason for this is that the servants are to 
serve for two hours a visit in this embodiment. Of course. 

20 Service finish times may be established instead of using 
the uniform service time. 

[0010] The servants' schedule data stored in the servant 
schedule register unit 40 has a structure as shown in Fig. 
6. More specifically, servant IDs, servant names, the 
25 address codes of the servants, and the numbers of 

assignments granted (the numbers of times determined to 
visit) , such as the data on the schedules of the individual 
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servants in a given month, are included. In this 
connection, the schedules of the servants are registered, 
for example, on respective servant-specific calendars as 
shown in Fig. 6. When a visit to any user is determined, 
the ID number of the user is written on the calendars. Fig 
5 shows only the data of five servants for the sake of 
simplicity, and the calendar of one servant for better view 
[0011] Next, referring to Figs. 6 through 10, description 
will be given of the processing of assigning servants to 
users which is to be executed in the control unit 50. Fig. 
8 is a flowchart for explaining the assignment processing 
in the control unit 50. At step SlOl, the users' 
application data is sorted. This sorting process consists 
of a flowchart shown in Fig. 9. More specifically, at step 
S201, the user IDs, the user names, and the numbers of 
reservations (information showing what numbers. the 
reservations are among the reservations applied) are read 
out from the users' application data shown in Fig. 5. 
[0012] At step S202, the application data (a part) read at 
step S201 is sorted by the numbers of reservations of the 
respective users. Fig, 7 shows the details of the sorting 
to be performed at step S202, Fig. 7(A) shows the 
application data yet to be sorted, and Fig. 7(b) the 
application data sorted. In this way, the application data 
can be sorted and grouped by the numbers of reservations of 
the users, to avoid servant assignments concentrating on 
certain users. Then, at step S203, the application data 



sorted is stored into the RAM 60. of Fig. 1. Next, at step 
S102, the servants' schedule data is -sorted. This sorting 
process consists -of the steps shown in Fig. 10. That is, 
at step S301, the servants' schedule data shown in Fig. 
6(A) is read out from the servant schedule register unit 40. 
[0013] At step S302, the schedule data read at step S301 is 
sorted by the numbers of assignments to the respective 
servants in ascending order. If some servants, like X and 
W, are granted the same numbers of assignments, then one 
having an address closer to that of the user (to whom to 
assign a servant this time) takes precedence (in this case, 
the servant X has precedence). Fig. 6(B) shows the 
servants' schedule data sorted. In this way, the servants' 
schedule data can be sorted and arranged in ascending order 
of the numbers of assignments, granted to the servants, to 
avoid Job assignments concentrating on certain servants. 
Incidentally, in an initial state (a state in which no 
assignment has been made), a sort is performed with 
precedence given to servants who have addresses closer to 
those of the assignment-target user. Then, at step S303, 
the servants' schedule data sorted is stored into the RAM 
60 of Fig. 1 . 

[0014] When the data sorting processes at steps SlOl and 
S102 are completed, the first record of application data, 
or the first reservation data of the user A, is read out 
from the sorted users' application data at step S103. Then, 
the first record of application data will be subjected to 



the servant assignment processing in subsequent steps. 
Next, at step S104, the first record of data, or the data 
of Y, is read out from the servants' schedule data sorted 
(Fig. 6(B)) (incidentally. Fig. 6 shows the schedule data 
5 before' and after a sort during the assignment processing; 
therefore, in the initial state,- a servant having an 
address closest to that of the top user is read out) . 
[0015] Proceed to step S105 to determine whether the 
schedule data ends or not, i.e., whether the servant 

10 available for the application data read is absent or not. 
If YES (there is no servant available), go to step S113. 
If NO (there is a servant available) , go to the next step 
S106. Needless to say, the initial , state never yields YES; 
therefore, proceed to step S113 only after the schedule 

15 data of all the servants is gone through the processes of 
steps S106 to S109. 

[0016] At step S106, it is determined whether or not the 
user in the application data read and the servant in the 
schedule data read are of the same gender. If they are of 
20 the same gender, go to step S107. If of different gender, 
go to step SllO to read the schedule data of the next 
servant . 

[0017] At step S107, it is determined whether or not the 
skill desired by the user and the sJcill of the servant 
25 match with each other. The purpose of this is so that a 

servant proficient in sign language is assigned to a person 
with impaired hearing, for example. If they match, go to 
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step S108. If they do not match, go to step SllO to read 
the schedule data of the next servant. Incidentally, the 
data as to the servant skill is read from the servant data 
register unit 20 according to the servant ID number. 
5 [0018] At step S108, it is determined whether or not the 
date of visit desired by the user and the schedule (date) 
of the servant match with each other. If they match 
(available), go to step S109. If they do not match 
(already reserved or not available) , go to step SllO to 

10 read the schedule data of the next servant. 

[0019] At step S109, it is determined whether or not the 
time of visit desired by the user and the schedule (time) 
of the servant match with each- other. If they match, the 
processing of assigning a servant to that user is completed. 

15 Then, proceed to step Sill. If they do not match, go to 
step SllO to read the schedule data of the next servant. 
[0020] At step Sill, the users' application data and the 
^ servants' schedule data are updated. As for the 
application data, the data of the reservation status shown 

20 in Fig. 5 is changed from N (yet to be assigned) to Y 

(assigned) , and the ID number of the assigned servant is 
added. As for the servants' schedule data, the number of 
assignments granted shown in Fig. 6 is incremented in 
accordance with the servant ID number. 

25 [0021] Then, proceed to step S112. Here, the servants' 

schedule data (the processes of steps S301 to 3304 in Fig. 
10) is sorted again as in step S104. Such re-sorting of 
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the servants' schedule data after the completion of 
assignment on a single record of application data makes it 
possible to equally grant job assignments to the servants. 
[0022] Then, at step S113, the record of application data 
subsequent to the one just through the assignment 
processing (or on which the assignment processing is tried 
but no available servant is found) is read out as the next 
target of the assignment processing. If there is any 
target of assignment at step, S114, return to step S104. If 
there is no target of assignment, the assignment processing 
is ended. 

[0023] According to the present invention, visits are 
scheduled while sorting the users' application data by the 
numbers of reservations (information showing the numbers of 
the reservations among the reservations applied) and 
sorting the servants' schedule data by the numbers of 
granted assignments upon each new assignment to the users. 
Therefore, it is possible to fairly assign visits to all 
the servants. Moreover, according to the present invention 
visits are assigned while collating the address codes of 
the users with the address codes of the servants, so as to 
send servants as close to the users as possible. Therefore 
it is possible to schedule with a less burden on the 
servants . 
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5107 WILL IT SERVE PURPOSE? 

5108 DOES DATA OF VISIT DESIRED AND SERVANT SCHEDULE 
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Fig. 9 

S201 READ USERS' APPLICATION DATA 
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S2 03 STORE DATA INTO RAM TEMPORARILY 

Fig. 10 

53 01 READ SERVANTS' SCHEDULE DATA 

5302 SORT SCHEDULE DATA BY ASSIGNMENT NUMBERS 

5303 STORE DATA INTO RAM TEMPORARILY 



Japanese Utility Model Registration No. 3063263 
[0008] 

[Mode for Carrying out the Device] 
5 An information provision service system according to this 
device basically comprises a converter for converting a 
database into predetermined optimum information and a main 
server for controlling and managing the information of a 
terminal, which are interposed between at least one or more 

10 databases stored in a database or databases and the 

information of a plurality of terminals constituting a 
network. The main server centralizedly manages the 
information of the individual terminals, and the aforesaid 
converter converts the information of the database (s) into 

15 information optimum for the individual terminals and 
provides the converted information to the respective 
terminals through the main server, thereby permitting the 
exchange of information among the terminal units and 
sorting out the information of the database (s) as 

20 appropriate to allow the provision of optimum information 
to users. 
[0009] 

In this device, specific terminal units to be used in the 
information provision service system include cellular 
25 phones, PDAs, notebook PCs, STBs, and PCs. 
[0010] 

The converter mentioned above is an MLC (Markup Language 
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Converter) capable of converting information into languages, 
and more specifically markup languages, and layouts 
suitable to the respective terminal units. XML is 
preferably^ adopted as a metalanguage to be applied to this 
5 MLC . 

[0011] 

In the information provision service system of this device, 
the databases preferably include: (1) an information 
database (hereinafter, referred to as IDB data) which an 

10 information provider provides for the users; (2) a personal 
profile database (hereinafter, referred to as PDB data) 
storing the individual users' attributes, tastes, and so 
on; (3) a user database (hereinafter, referred to as UDB 
data) storing the data of the individual users' address 

15 books, schedule books, and the like; and (4) an ad database 
- (hereinafter, referred to AD data) for providing 
advertising information to the users. 
[0012] 

Of these, the information of the IDB data mentioned above 
20 is selected as required data to be recommended by a 

recommendation server, and is provided to the users through 

the aforesaid MLC. 

[0013] 

For the information of the aforesaid PDB data to be used in 
25 a category filtering server, the attributes, tastes., and 
the like of the users are recorded and filtered as 
appropriate. The aforesaid recommendation server 
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accompanies the same with the information of the aforesaid 
IDB data and provides it, as selected required information, 
to the users through the aforesaid aforesaid MLC. 
[0014] 

5 A selected part or all of the information of the AD data 
mentioned above is turned into selected information by the 
aforesaid recommendation " server , and provided to the users 
through the aforesaid MLC. 
[0015] 

10 Incidentally, the information of the UDB data mentioned 

above, in which the data of the individual users' address 
books, schedule books, and the like is stored, is provided 
as-is to the users through the aforesaid MLC. 
[0016] 

15 [Operation] 

The information provision service system of this device has 
the converter interposed between at least one or more 
databases containing the information to be provided to 
users and the main server for storing and managing records 

20 supplied by the users from various terminals, so that the 
main server manages the information of the individual 
terminals centralizedly and the aforesaid converter 
converts the information of the database (s) into optimum 
information for- each individual terminal and provides the 

25 converted information to the respective terminals through 
the main server, thereby permitting the exchange of 
information among terminal units of different functions and 
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sorting out the information of the database (s) as 
appropriate to allow the provision of optimum information 
to the users. 
[0017] 
5 [Embodiment] 

Hereinafter, an embodiment of the information provision 
service system according to this device will be described 
with reference to the accompanying drawing. Fig. 1 is a 
block diagram showing an example of the information 

10 provision service system according to this device. The 

information provision service system 1 is constituted with 
a main server 2 such as a web server at the center of the 
system. This main server 2 and a plurality of terminal 
units 4 consisting of terminal units 4a-4f having different 

15 functions construct a network. An MLC 3 is connected as a 
converter to one side of this main server 2. This MLC 3 is 
connected with a plurality of databases (hereinafter, 
referred to as DBs) which record and store different types 
of information, respectively. 

20 [0018] 

Among the DBs mentioned above is a DB 5 which contains IDB 
which an IP (information provider) provides for users. 
This DB 5 has an information server 6 for managing 
information. The DB 5 managed by this information server 6 
25 has its data sent to the aforementioned MLC 3, the data 
being recommended through the recommendation server 12. 
[0019] 
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Another DB is a DB 7 which contains PDB data composed of 
the attributes and tastes of the individual users. The DB 
7 has a category filtering server 8 which is connected to 
this DB 7 and filters, upon data provision, the attributes 
5 and tastes as appropriate to provide desired data alone. 
The PDB data filtered of the .attributes and other 
categories by this category filtering server 8 is sent as 
recommended data to the aforementioned MLC 3 through the 
aforementioned recommendation server 12. 
10 [0020] 

Still another DB is a DB 9 into which the users store 
various types of UDB data pertaining to so-called 
electronic personal information organizers, such as their 
own addresses and schedules. The DB 9 is connected 
15 directly to the MLC 3. 
[0021] 

Still another DB is a DB 10 for managing AD data such as 
advertisements (banner ads) . This DB 10 works with an ad 
server 11. The AD data is input to the MLC 3 directly or 
20 input to the MLC 3 through the aforementioned 

recommendation server 12, depending on the types of the 

advertisements . 

[0022] 

Among the plurality of terminal units 4 that construct the 
25 aforementioned network, the terminal unit 4a is a cellular 
phone, the terminal unit 4b a PDA, the terminal unit 4c a 
notebook PC, the terminal unit 4d an STB, the terminal unit 
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4e a PC, and the terminal unit 4f one including .other 
wearable terminal units such as a watch-type personal 
computer . 
[0023] 

5 The abovementioned main server 2 is constructed so that the 
information of the individual terminal units 4a-4f out of 
the terminal units 4 and the information of the individual 
DBs, i.e. the DB 5 for storing and managing IDE data, the 
DB 7 for storing and managing PDB data', the DB 9 for 

10 storing and managing UDB data, and the DB 10 for storing 

and managing AD data, are converted into a common language 
or, to be more specific, markup language in the MLC 3 as 
the information processed by the respective servers, and 
the resultant is managed by the main server 2 as 

15 information in the centralized markup language, so that 
applications on the individual terminal units 4 can be 
accessed as information. 
[0024] 

In this embodiment, the aforementioned XML is adopted as 
20 the markup language to be used on information so that 

different markup languages to be sent to the respective 
browsers from the aforementioned MLC 3 are rendered 
versatile in this MLC 3. Accordingly, the different markup 
languages of information for the various terminal units 
25 mentioned above can be converted by the above-mentioned MLC 
3 and received as optimum information at the main server 2 
no matter what terminal unit is used. 
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[0025] 

To take a concrete example thereof, the address of an 
individual is registered as schedule information in the 
terminal units of a mutual group of users. When the 
individual changes the registered address because of a move, 
it is conventionally required that the other individuals in 
the group who receive the information of this move make 
complicated operations of deleting the address before the 
move, registered in their own terminal units of different 
types, or leaving this address as a history and newly 
entering the address after the move. 
[0026] 

According to this information provision service system, 
when the moving person in question transfers the 
information of the aforesaid move to the main server 2, the 
changed address and other moving data are stored into the 
main server 2 with consistency. Therefore, the terminal 
units of the persons involved in the group can be 
automatically overwritten or informed of addition and the 
like without requiring the especially intricate trouble 
described above. Then, even the terminal units of 
different markup languages can exchange information without 
' any hitch . 
[0027] 

Irrespective of such a case of moving, the mutual 
information of the individual terminal units 4a-4f can be 
synchronously managed by the main server 2, to eliminate 
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the dependence of information storage capabilities on the 
individual terminal units and synchronize data exchange 
among the plurality of terminal units. 
[0028] 

5 The above-described main server 2 can obtain various pieces 
of information other than the data self-input at the time 
of server connection, such as information inside the user 
group and information obtainable from the IP, and provide 
the individual terminals described above with user-required 
10 information in consideration of these pieces of information. 
[0029] 

That is, the data provided by the IP, stored in the DB 5 
can provide only the data recommended via the information 
server 6 and the recommendation server 12 to the user 
15 terminals through the aforementioned MLC 3. 
[0030] 

. In addition, the attributes and tastes of the individual 
users can be stored into the DB 7 upon sign-up. This 
profile information of the users stored is filtered by the 
20 category filtering 8 to provide only the data recommended 
via the recommendation server 12 to user terminals through 
the MLC 3 mentioned above. 
[0031] 

Information service means for selecting and providing these 
25 attributes and tastes of the individual users, when for 
example an individual user requests certain event 
information through a terminal unit, can not only inform 
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the person in question of the details of this event 
accurately but also sort out and inform of other event 
information in the area related to this event which is to 
be recommended in light of the tastes of this user. 
Moreover, it is also possible to provide event information 
and the like in the vicinity of this area as appropriate. 
[0032] 

Besides, the users can store data of their address books, 
schedule books, to-do lists, mails, and the like into the 
DB 9, and make effective use of this as electronic personal 
information organizers via the main server 2 and the MLC 3. 
[0033] 

Furthermore, the ad server 10 makes it possible to provide . 
end users with various types of service information for the 
sake of advertisement and business, with vendors, retailers 
publishers, financiers, event and ticket agencies, and the 
like as the advertisers. 
[0034] 

Specifically, for situations where the users are female 
collage students in their low twenties, the ideas of the 
users can. be analyzed and utilized for providing cosmetics- 
related information, apparel-related information, and the 
like for the sake of commercial service provision. The 
reactions to the provision of this information can be 
acquired as marketing information. 
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(54) SCHEDULING METHOD 

(57) Abstract: 

PROBLEM TO BE SOLVED: To attain a schedule which 
equally assigns dispatch, satisfies user's requests and 
reduces the burden of volunteers by sorting applied data 
and gathering by each number of the appointing times of 
the user so as to rearrange the schedule in the order 
from small number of the assigned times of volunteers. 

SOLUTION: An applied data register part 30 stores users' 
applying situation in a fixed time, which are registered 
from a key board 1, and a schedule data register part 40 
stores each volunteer's schedule in a fixed time, which 
are registered from the key board 1. A control part 50 
assigns a convenient volunteer corresponding to applied 
data of the user, which is stored in the applied data 
register part 30. Namely the control part 50 executes 
scheduling by sorting applied data of users by the 
number of appointing times and sorting scheduling data 
of volunteers by the number of assigned times each time 
of new assignment to a user. 
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